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the host server (15) and routs messages accordingly. 



(57) Abstract: A messaging system (11) for conveying 
messages between a host server (15) and a chent (13a) that is part 
of a GSM network and a method therefor. The GSM network 
includes an SMS facility to convey messages between its clients 
using an SMSC (25), each wireless client having a network 
identifying number (NIN) associated with it to uniquely identify 
the client within the GSM network- Each message comprises a 
message packet (43) including the address (49) of an intended 
recipient, the address (47) of the sender of the message and 
the message itself (51). The host server (15) may be selectively 
connected to a plurality of different client types (13) via the 
Internet (19) to convey messages therebetween. Each client has 
a client identifying number (CIN) associated with it to uniquely 
identify it to the host server (15). The host server (15) and the 
SMSC (25) are interconnected by the Internet (19) or another 
computer network to provide for communications therebetween. 
One of the clients (13) of the host serv^er (15) is a wireless client 
(13a) and has its CIN corresponding to its NIN. The host server 
(15) has an access code (AC) to uniquely identify it to the SMSC 
(25) and a unique identification number (UIN) ascribed to: (i) 
a prescribed action performed by it, and (ii) an entity that is the 
subject of the prescribed action. The messages sent in message 
packet (43) between the host server (15) and the wireless client 
(13a) in connection with a particular prescribed action and entity 
include: (i) a combination of the AC and the UIN ascribed to the 
particular action and entity as the address of the host seiner (15); 
and (ii) the NLN as the address of the wireless client. The SMSC 
(25) also uses the AC in the address of the intended recipient 
or the sender to recognise messages sent to or received from 
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TITLE 



A MESSAGING SYSTEM INVOLVING WIRELESS COMMUNICATIONS AND 

METHOD THEREFOR 



FIELD OF THE INVENTION 

5 The present invention relates to a messaging system that involves the 
communication of messages between a plurality of users and a host server where 
the medium between one of the users and the host involves wireless 
communications, and a method therefor. Users Involved with wireless 
communications with which the invention finds particular, although not exclusive, 
10 application are clients in the form of digital radio apparatus, especially cellular 
radio telephones, pagers or other such communication apparatus. 

This invention has particular, though not exclusive, utility for Short Message 
Service ("SMS")-based client applications and Global System for Mobile 
1 5 Communications ("GSM") network devices, such as mobile phones. 

Throughout the specification, unless the context requires otherwise, the word 
"comprise" or variations such as "comprises" or "comprising", will be understood to 
imply the inclusion of a stated integer or group of integers but not the exclusion of 
20 any other integer or group of integers. 

BACKGROUND ART 



Messaging systems have become popular with the increased usage of personal 
25 computers (PCs) and the development of computer networks that can link the 
same to enable communications between them to occur. For example, electronic 
Bulletin Board Systems (BBS) are provided for the purposes of sharing and 
exchanging electronic messages, and other files, in an analogous way that 
bulletin boards were used before the advent of electronic communication to post 
30 messages on, and which could be posted, read, and replied to, by large numbers 
of people. BBS's were originally independent of the Internet, but now many - if 
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not most - have their own web sites, and messages and files are posted and read 
using the Internet to access the Bulletin Board. Typically, BBS's are used to allow 
people with shared hobbies and interest to share ideas etc. BBS's are also used 
as a means of selling products. 

5 

The Intemet has extended the accessibility and the functionality of the BBS 
concept to provide for real time messaging in its own right. This tends to be 
embodied in what are generally termed instant messaging systems and In chat 



10 



rooms. 



Instant messaging systems provide a medium using the Intemet and a service 
provider or transaction server, though which users or clients of a variety of 
different types can send and receive messages directly to and from one another. 
Specific messaging groups of 'buddies' can be formed so that messages are sent 

15 and received group-wide. The direct nature of this type of messaging is akin to 
email over the Internet, but can involve different client types. It dispenses with the 
posting of messages on a virtual or electronic bulletin board and Instead is more 
concerned with direct transfer of a message from one client to an intended 
recipient or group of recipients. Thus instant messaging tends to be more user- 

20 specific, where individual users and the desire of one user to communicate a 
message to another user or group of buddy users, who generally are known to 
each other, drive it. 

Chat rooms tend to retain the bulletin board concept by providing a virtual bulletin 
25 board where messages are retained and displayed sequentially to clients 
accessing the room. This still involves a downloading of messages to clients 
accessing the room and In this sense involves more or less instant messaging. 
However, chat rooms tend to be more subject matter specific and adopt a bulletin 
board type format that is more conducive to the transfer of information about a 
30 particular subject to a number of interested users or clients accessing the room. 
Access can be open to anybody accessing the server hosting the room, or can be 
restricted requiring membership and password access. The types of subject 
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matter are limitless, where specific rooms can be set up for educational purposes, 
personal purposes and e-commerce of one description or another. 



5 



10 



15 



20 



25 



For example, a chat room may be specifically operated as a dating or personal 
matching service for members or clients accessing the room. A chat room may 
also be specifically operated for discussing or providing Information on a particular 
topic of interest to persons accessing the session, eg Teenager Troubles, or 
Patent Protection for Business Methods. 

The idea of a chat room can be extended further to provide for trade, such as a 
forum for buying and selling products amongst persons accessing the session 
where items or products are auctioned or otherwise traded. 

For Internet based messaging systems such as instant messaging systems, 
BBS's, chat rooms, auction rooms etc, a user is required to "log in" to the server 
hosting the same in order to participate. This usually requires the input of both an 
email address and a password. The email addresses are needed particularly of 
access is restricted and/or involves some form of commercial activity, so that 
authenticating instructions and alerts can be sent to the participant (for example, 
because someone has posted a reply to his message), and the password is used 
to verify the identity of the participant. 



All of these messaging systems exhibit the same limitations. A user in the main 
requires Internet access in the first place, to gain membership or approved access 
to the server hosting the messaging in order to read and post messages. In the 
case of BBSs, if a participant wants to know if someone has replied to his 
message, or wants to read any other messages/files posted to the BBS, he must 
wait for an email alert (which also requires him to log onto his Internet Service 
Provider), or regularly visit the BBS to check on the status of the messages on the 
30 BBS. This Is time consuming and cumbersome. Where the BBS Is set up for 
trading, or for auctioning, the time delay between making an offer, or a bid, 
acceptance of that offer or bid, and time delay between posting a question about 
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the product and the response to such query can prove very frustrating both to 
buyer and seller. 



It is now possible for users with mobile devices, such as cellular radio telephones, 
5 to access the Internet using the Wireless Application Protocol (WAP), typically 
when the website is also hosted in Wireless Markup Language (WML). Users are 
able to dial-up to so-called "WAP Internet gateways", and are able to access the 
Internet through a web browser provided with their mobile device. The user is 
therefore able to gain access to BBS's by means of their mobile device, but the 

10 same problems arise as with Intemet access using other devices such as 
personal computers (PC's). To use the WAP, a user must have a WAP-enabled 
device. It is not possible to access WML websites using older mobile devices. It 
is also typically more expensive to access the intemet using WAP devices, than 
using conventional PC;'s. At this stage, not all web sites are accessible via WAP 

15 devices, since not many websites have WML counterparts. 

Another alternative to WAP access of content, BBS, Chat Rooms, or othenvise, is 
through the use of Sim Tool Kits or STK's and commands or keywords imbedded 
on the SMS message itself. STKs make it possible to access content using GSM 

20 devices in a manner similar to WAP access, i.e. through menu-driven navigation. 
The actual content accessed can be from the Internet or any other electronic 
source. STK's maintain a 'similar feel' to that of WAP in that a user is able to 
move up and down a menu of choices using his GSM device. STK's operate with 
SMS as the .bearer and STK as the primary user Interface on the mobile device. 

25 Though STK's can work on most legacy GSM devices, i.e., those that are not 
WAP-enabled, they do require the user to replace the SIM card of his mobile 
device. Another disadvantage of STK's Is that the menu tree needs to be 'burnt' 
into the SIM cards. Once burnt, the tree structure of the menu cannot be altered. 

30 The other practice is for users to access SMS-based content with the use of 
keywords. However, most users find the system unintuitive at best. Without the 
aid of instructions manuals, keywords are almost always forgotten, and If they are 



wo 02/47320 PCT/SGOl/00255 

-5- 

remembered, tend to be improperly used. Thus considerable amounts of SMS 
content traffic are improperly routed to the intended content providers. 

In essence, menu type commands are difficult to maintain between a GSM device 
5 and a host server wherein the bearer of the instructions is SMS. The difficulty 
arises because a host server must "remember" what the previous action or choice 
of the user was in order to know where to take him next within the tree. Since 
SMS-based interactions between GSM devices and a host server take place in 
sessionless format, it is not readily apparent how the host sen/er can accurately 
10 keep track of all the users previous actions. A session refers to interactions 
between a, client and a server wherein a temporary electronic link is opened 
between the client and server for the real-time exchange of information. The 
session is terminated once the client is logged out or for any reason the electronic 
link is interrupted. 

15 

As described in the applicant's co-pending international patent applications 
PCT/SGOO/00068, PCT/SGOO/00069 and PCT/SGOO/00070, all of which are 
incorporated herein by reference, instant messaging systems can be provided that 
are effectively client type independent and can Involve connectablllity with a 

20 server via the Internet or other computer network. Indeed, these systems can 
provide connectablility with mobile cellular radio telephones that operate 
according to the GSM system and use SMS. As described, with SMS, a "Short 
Message Service Centre" C'SMSC") provides a server system through which all 
SMS messages that are sent and received by client subscribers are handled. The 

25 messages are short, typically limited to 160 characters In length, and are sent 
between subscribers of the GSM network, with the SMSC server system 
processing the messages for delivery to the right destination using the GSM 
mobile number of the intended receiver. Under the SMS protocol, the textual 
message from the sender is initially sent to the SMSC server system using the 

30 cellular telephone network. The SMSC server system then stores the message 
and allocates it to the intended recipient for downloading, in accordance with 
normal GSM protocol, when the recipient is Identified to be active within a cell. As 
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such, SMS messaging is typically described as tiiat employing a "store and 
forward" scheme. 

These applications describe how it is possible to connect to the intemet using a 
5 particular protocol, by virtue of the SMSC server system, dependent upon the 
particular GSM phone and networl< manufacturer. For example. Nokia™ use 
Computer Interface Message Distribution protocol version Two (CIMD2). 

As described in the applicant's co-pending international application 
10 PCT/SGOO/00092, which is also incorporated herein by reference, it is known to 
provide WAP and SMS technology in tandem. Wapit.com ™ provides a BBS 
where messages are posted via WAP, and participants are informed by SMS 
once a reply has been posted. In this instance, replies via SMS are carried out by 
embedding commands within the SMS message itself. 

15 

The applicant's previous applications all facilitate instant messaging in a manner 
that can be easily adapted to provide communications with a GSM client. This can 
be achieved in variety of different environments In the manner described in the 
applicant's co-pending international application PCT/SGOO/00127. which Is also 
20 incorporated herein by reference. 

In a similar manner to which the applicant's instant messaging system described 
in the aforementioned applications enables efficient and convenient 
communications to occur with GSM devices, the present invention seeks to 
25 extend this utility to messaging systems per se that may involve the use of 
electronic BBSs, chat rooms, trading forums or other types of functionality where 
Information may be conveyed from one user or client to another for any purpose. 

In another aspect of the invention, the applicant demonstrates a process of 
30 navigating through content, from the Intemet or any electronic source, using SMS 
as the bearer to obtain information, for example, on how to use the system or to 
access particular features. Such process maintains the feel of a menu 'tree', 
without requiring the use of WAP access or STKs. 
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DISCLOSURE OF THE INVENTION 

It is an object of the invention to provide for the efficient and convenient 
5 communication of messages between users or clients and a host server, where 
the medium between one of the users and the exchange server involves wireless 
communications. 

In accordance with one aspect of the invention, there is provided a messaging 
system for conveying messages between a host server and a client that is part of 
10 a wireless communication network having a messaging service to convey 
messages wirelessly therebetween using a messaging service server, the client 
having a client identifying number associated therewith to uniquely Identify the 
client within the wireless communication network, and each message comprising 
a message packet including the address of an intended recipient of the message 

15 packet and the address of the sender of the message; the messaging system 
comprising a host server to which a plurality of clients may be selectively 
connected to convey messages therebetween, each of the clients having a client 
identifying number associated therewith to uniquely Identify the client to the host 
server, the host server and the messaging service server being Interconnected to 

20 provide for communications therebetween, whereby information regarding use of 
the messaging system can be sent from the host server to the client in response 
to a request from the client, the request comprising a message packet comprising 
an access code and data indicating the information requested, the access code 
uniquely identifying the host server to the messaging server, the host server being 

25 operable to return an Information message packet to the client in response to the 
request message packet, the information message packet comprising the 
information requested by the client and an access code to be used by the client as 
a request message access code in response to the Information message packet, 
the access code Identifying the host server and including a portion determined by 

30 the information included in the information message packet. 

Preferably, the initial request message packet comprises a basic access code 
plus data Indicating the Information requested. 
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Preferably, the data comprises a keyword of alphanumeric, or alphabetic 
characters. 

Preferably, subsequent request message packet access codes comprises the 
basic access code plus additional indices. 

5 Preferably, the host sen/er has processing means to: 

(!) validate the client identifying number from the address of the sender 
of a request message packet received from a client; 

(il) process the access code from the address of the recipient in the 
message packet having a valid client Identifying number associated 
10 therewith; and 

(ill) generate the information message packet in response to a received 
request message using the request message packet access code as 
the sender address in the information message packet. 

In accordance with another aspect of the present invention, there is provided a 
15 method for requesting information regarding the use of a messaging system for 
conveying messages between a host server and a client that is part of a wireless 
communication network having a messaging service to convey messages 
wirelessly therebetween using a messaging service server, the client having a 
client identifying number associated therewith to uniquely identify the client within 
20 the wireless communication network, and each message comprising a message 
packet including the address of an intended recipient of the message packet and 
the address of the sender of the message; the method comprising ascribing a 
client identifying number associated therewith to uniquely identify the ciient to the 
host server, compiling and sending a request message packet from the client to 
25 the host server, the request comprising a message packet comprising an access 
code and data indicating the information requested, the access code uniquely 
identifying the host server to the messaging server, and retuming an information 
message packet to the client from the host server in response to the request 



10 
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message packet, the information message packet comprising the information 
requested by the client and an access code to be used by the client as a request 
message access code in response to the information message packet, the access 
code Identifying the host server and including a portion determined by the 
5 information included in the Information message packet. 

Preferably, the method further includes the steps of validating the client identifying 
number from the address of the sender of a request message packet received 
from a client, processing the access code from the address of the recipient in the 
message packet having a valid client identifying number associated therewith; 
and generating the Information message packet in response to a received request 
message using the request message packet access code as the sender address 
in the information message packet. 

Preferably, the method comprises exchanging a series of request and information 
message packets , each exchange relating to the selection of an option and the 
1 5 providing of a series of further options in relation to previous selection. 

In accordance with yet another aspect of the present Invention, there is provided a 
messaging system for conveying messages between a host server and a client 
that is part of a wireless communication network including a plurality of wireless 
clients having a messaging service to convey messages wirelessly therebetween 
using a messaging service server, each wireless client having a network 
identifying number associated therewith to uniquely identify the client within the 
wireless communication network, and each message comprising a message 
packet including the address of an Intended recipient of the message packet and 
the address of the sender of the message; the messaging system comprising: 



20 



25 



a host server to which a plurality of clients may be selectively connected via a 
computer network to convey messages therebetween, each of the clients 
having a client identifying number associated therewith to uniquely identify the 
client to the host server; 
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the host server and the messaging service server being interconnected by a 
further computer network to provide for communications therebetween; 

one of the clients of the host server being a wireless client and having the 
client identifying number corresponding to the network identifying number 
5 thereof; 

the host server having an access code to uniquely identify the host server to 
the messaging service server and a unique identification number ascribed to: 

(i) a prescribed action performed by the host server, and (ii) an entity that Is 
the subject of the prescribed action; 

10 wherein messages sent between the host server and the one client in 
connection with a particular prescribed action and entity Include: 

(0 a combination of the access code and the unique Identification number 
ascribed to the particular action and entity as the address of the host 
server in message packets sent to or from the one client as the sender 
"•^ or the intended recipient, respectively, and 

(ii) the network identifying number as the address of the one client in 
message packets sent to or from the host server as the sender or the 
intended recipient, respectively; 

and wherein the messaging service sen/er uses the access code in the 
20 address of the intended recipient or the sender to recognise messages sent to 
or received from the host server and rout messages accordingly. 

Preferably, the prescribed action comprises invoking a routine on the host server 
associated with accessing an electronic bulletin board and the entity is the subject 
or topic to which the bulletin board relates. 



25 



Preferably, the message is concemed with either reading, posting or respondli 
to a message on the bulletin board. 
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Preferably, the prescribed action comprises invoking a routine on the iiost server 
associated with participating in a commercial transaction and the entity is a 
product or service that is the subject matter of the transaction. 

Preferably, the commercial transaction is an auction and the message is 
5 concerned with a bid at the auction. 

Preferably, the prescribed action comprises Invoking a routine on the host server 
associated with personal services and said entity is the particular type of personal 
service. 

Preferably, the prescribed action comprises invoking a routine on the host server 
1 0 associated with a chat room and said entity is the particular subject matter or topic 
of the chat room. 

Preferably, the prescribed action comprises invoking a routine on the host server 
associated with transferring the message directly to another client or group of 
clients of the host server as specified in the message packet and said entity is the 
1 5 specific client or group of clients concerned. 

Preferably, the group of clients are those stored as buddies of the client sending 
the message in a database of the host server. 

In accordance with yet another aspect of the present invention, there is provided a 
method for conveying messages between a host server to which a plurality of 

20 clients may be selectively connected via a computer network to convey messages 
therebetween and a client that is part of a wireless communication network 
including a plurality of wireless clients having a messaging service to convey 
messages wirelessly therebetween using a messaging service server, each 
wireless client having a network identifying number associated therewith to 

25 uniquely identify the client within the wireless communication network, and each 
message comprising a message packet including the address of an Intended 
recipient of the message packet and the address of the sender of the message; 
the method comprising: 
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ascribing a client identifying number to eacli client of the host server to 
uniquely identify the client to the host server, the client identifying number for 
the client that is part of the wireless communication network corresponding to 
the network identifying number thereof; 

5 ascribing an access code to the host server to uniquely identify the host 
server to the messaging service server, and a unique identification number 
indicative of: (i) a prescribed action to be performed by the host server, and 
(ii) an entity that is the subject of the prescribed action; 



10 



20 



compiling messages sent between the host server and the client of the 
wireless communication network in connection with a particular prescribed 
action and entity to include; 



(i) a combination of the access code and the unique identification number 
ascribed to the particular action and entity as the address of the host 
server in message packets sent to or from the one client as the sender or 

15 the intended recipient, respectively, and 

(ii) the network identifying number as the address of the one client in 
message packets sent to or from the host server as the sender or the 
intended recipient, respectively; and 

routing messages through the messaging service server using the access 
code in the address of the intended recipient or the sender to recognise 
messages sent to or received from the host server. 

BRIEF DESC RIPTION OF THE DRAWINGS . 

The invention will be better understood in the light of the following description of 
25 one specific embodiment thereof. The description is made with reference to the 
accompanying drawings, wherein: 

Figure 1 is a schematic block diagram showing the general arrangement of the 
messaging system with different client types connected to the host server; 
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Figure 2 is schematic blocl< diagram sliowing the embodiment of the messaging 
system adapted for an instant messaging application with PC-based and GSIVI 
device client types connected to the host server; 

Figure 3 is a schematic block diagram showing how a message is transmitted to 
5 the host server from a GSM device client type; 

Figure 4 Is a schematic block diagram showing how a message is received by a 
GSM device client type from the host server; 

Figures 5 to 7 are schematic diagrams showing generally how a user can register 
with the trade and auction service application; 

10 Figure 8 is a schematic diagram showing generally how a user can receive 
notifications conceming his bids and submit further bids In the trade and auction 
service application; 



Figure 9 is a sample discussion board for an auction format 



service 



Figure 10 is a flow chart of the discussion process with wireless clients associated 
1 5 with the auction service format; 

Figure 1 1 is a schematic diagram of the messaging system and the interaction of 
wireless clients with the host server in the auction service format; 

Figure 12 is a sample discussion board for a personal service associated with 
"looking for a male friend" involving PC based and wireless clients; 

20 Figure 13 Is a sample discussion board for a chat room associated with a topic 
relating to "teen troubles"; and 

Figure 14 Is a sample menu tree to illustrate the accessing of information by a 
GSIVI client from a host server. 
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BEST MODE FOR CARRYING OUT THE INVENTION 

The preferred embodiment of the best mode of the invention is directed towards a 
messaging system and a method of instant messaging involving the 
communication of messages associated with one or more services provided 
5 between a host server and a number of users that are registered with the host 
server, where at least one of the users is a client of a wireless communication 
networl< that has its own messaging service. 

In the present embodiment, the wireless communication networl< is a GSM 
1 0 network and the messaging service is SMS. 

As shown in Figure 1 of the drawings, the messaging system 11 of the 
embodiment essentially comprises a plurality of clients 13 of the same or different 
types 13a, 13b, 13c and 13d, and a host server 15. The host server 15 comprises 
1 5 a plurality of gateway servers 1 5a to 15d and a user information database 1 7. The 
gateway servers are selectively connected to each of the clients 13 via a 
computer network, which in the present embodiment is the Internet 19, for 
sending and recemng messages and commands as represented by the arrow 21 
in connection with a service provided by the host server 1 5 to the users. 

20 

The clients 13 are selectively connected to the host server 15 via the Internet 19 
when desired to utilise a particular service using any or all of the following 
terminals or appliances: 

• a GSM mobile client 13a connected via a GSM ceil site 23 and SMSC server 
25 system 25, where SMS messages 27 are transmitted between a GSM device 

29 of the client, such as a mobile phone, and the SMSC server system 25, 

• a PC-based client 13b connected via an Internet Service Provider ("ISP") 31, 
where message packets 33 are communicated between the PC client 
application of the client and the ISP 31 , 

30 . an Intemet browser client 13c via an ISP 35. where HTML message packets 
37 are conveyed between the browser client 13c and the ISP 35, and 
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• an email client 13d via an ISP 37, where email message packets 39 are 
communicated between the email client 13d and the ISP 37. 

A client identifying number uniquely identifies each client to the host server 15. 
5 This number is mapped to the actual address of the client and stored within the 
user information database 17 of the host server. 

Wireless clients that are part of a wireless communication network such as GSM 
mobile clients 13a also have a network identifying number to uniquely identify the 

10 wireless client to the wireless communication network, in this case the GSM 
network of which the mobile client 13a is a member. This number is stored within 
the GSM network and is used by mobile clients to identify intended recipients of 
SMS messages sent by mobile clients and the address of the sender of such 
messages to the SMSC server system to effect the message transfer. In the 

15 present embodiment, the network identifying number is simply the GSM telephone 
number of the GSM device of the mobile client 13a. 

The SMSC server system 25 controls and manages the transmission of all SMS 
messages between its wireless client subscribers. The SMSC server system 25 

20 includes a database within which the network identifying numbers of all SMS 
subscribers Is stored along with SMS message packets 27 sent by a wireless 
client subscriber to targeted recipients that may or may not be connected or 
available to the cellular network at the instant of sending. These message packets 
are subsequently downloaded automatically for targeted recipients when the GSM 

25 device of a recipient is switched on and Is connected or otherwise available to 
receive messages within a cell site. 

As mentioned, the host server 15 is directly connected to the SMSC server 
system 25 via the Internet 19. In altemative embodiments, however, the SMSC 
30 server system may be connected via a direct electronic link. In this manner, 
messages or short messages can be sent via direct electronic or data lines 
through the Internet from the host server 15 to the SMSC server system 25 for 
subsequent delivery to subscribers of SMS on the GSM network. Short messages 
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are sent and received between the host server 15 and the SMSC server system 
25 using the GSM network's message protocol. In the present embodiment, the 
particular protocol used Is CIMD2, which Is a system adopted by GSM mobile 
phone and network manufacturers such as Nokia and Ericsson. The system, 
5 however, can support other protocols such as Short Message Peer-to-Peer 
Protocol ("SMPP"). 

An important principle of the messaging system Is that the host server 15 ascribes 
the network identifying number of a wireless client to be the client identifying 
1 0 number of the messaging system. In this manner, the host server 1 5 is compatible 
with the SMSC server system 25 In its identification and addressing of wireless 
clients to facilitate the transfer of messages between the host server and a 
wireless client via the SMSC server system. 

15 An access code is also ascribed to the host server 1 5 to uniquely identify it to the 
SMSC server system 25. The access code is used in messages sent between 
wireless clients 13a and the host server 15 so that the SMSC server system 25 
can distinguish SMS messages from a wireless client that are intended to be sent 
to the host server 15, from other SMS messages handled by the SMSC server 

20 system that are associated with the SMS messaging service provided by it and 
which are not intended to be sent the host server. 

This access code effectively constitutes the address of the host server 1 5 from the 
perspective of the SMSC server system 25. in the present embodiment, the 

25 SMSC server system 25 is particularly configured to decode the access code from 
the first few digits of a network identifying number representing the target address 
or GSM telephone number of an intended recipient of an SMS message sent by a 
wireless client on the GSM network. The SMSC server system 25 is provided with 
appropriate routing software to direct any message received by it to the host 

30 server, once the access code is decoded from the network Identifying number, via 
the Internet in the present embodiment. 
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A unique identification number ("UIN") Is ascribed to different services provided by 
tlie host server 15 for its clients. The UIN is indicative of: (a) a prescribed action to 
be performed by the host server for a client, and (b) an entity that is the subject of 
the prescribed action. 

5 

In the present embodiment, the prescribed actions that are performed by the host 
server 1 5 include: 



• lnvoi<ing a routine on the host server associated with accessing an 
10 electronic bulletin board; 

• Invoking a routine on the host server associated with participating in a 
commercial transaction; 

• invoking a routine on the host server associated with personal services; 

• invoking a routine on the host server associated with a chat room; 

15 • Invoking a routine on the host server associated with transferring the 
message directly to another client or group of clients of the host server as 
specified In the message packet, which will hereinafter be referred to as the 
instant messaging application. 

The entities that are the subject of the prescribed actions respectively are: 

20 • the subject or topic to which the bulletin board relates; 

• a product or service that is the subject matter of the commercial 
transaction; 

• a particular type of personal service; 

• a particular subject matter or topic of the chat room; 

!5 • a specific client or group of clients concerned with receiving the message. 
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Accordlngly, different UlNs are ascribed for different prescribed actions and 
different entitles associated with the prescribed action. 

An important aspect of the present embodiment is that in the case of a wireless 
5 client, the UIN of a prescribed action and entity to which a message relates, is 
combined with the access code of the host server, to constitute the address of the 
host server 15. IVloreover, as far as the GSIVI network is concerned, this 
combination of the access code and the UIN is the network identifying number for 
the host server, and Is used as the intended recipient's address or effective GSM 
10 number in an SIVIS message intended to be sent by a wireless client to the host 
server. It is similarly used as the sender's address for any message sent by the 
host server to a wireless client in connection with any service provided by the host 
server to the wireless client. 

15 The configuration and operation of the host server 15 and its clients 13 will now 
be described with specific reference to the various services performed thereby as 
outlined by the prescribed actions and entities referred to above. The host server 
15 is configured to take on a particular character and function dependent upon the 
particular service provided by it. This configuration is embodied In software and so 

20 the description will focus on the particular functions performed In undertaking the 
particular prescribed actions in association with the entities that are the subject of 
the action in sufficient detail to enable a software programmer equipped with 
common general knowledge of available program development tools to write the 
software required to implement the functionality of the host server. 

25 

instant Messaging Application 

When the UIN in a message packet received from a client indicates that an instant 
messaging function is to be performed by the host server 15, the host server 
performs the following basic actions on behalf of the user: (i) sending and (11) 
30 receiving instant messages, and (iii) detecting users who are "online", i.e.. 
connected to the intemet or otherwise accessible by instant messaging right at, or 
around, that particular moment in time. Users are also referred to as "buddies" in 
the instant messaging "IM" scenario. 
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There can be no absolute assurance that a user is actually online or reachable at 
a given moment by instant messaging due to the less than perfect stability of the 
Internet and GSM networks, mobility of the GSM subscriber, and so on. However, 
5 the present embodiment envisages providing a reasonable assumption as to 
whether a user Is likely to be reachable or not reachable at a given moment due to 
certain activities undertaken by the host seiver 15 that will be described In more 
detail later. 

10 The host server 15 is specifically programmed to undertake any of the 
aforementlorled basic actions if triggered or instructed to do so by a client 
accessing the host server. This triggering occurs when the client sends an 
electronic prompt or command in a message packet sent to the host server. For 
example, a GSM device will do this by sending an SMS message to the host 

15 server, an email client will do this by sending an email to the host server, a 
browser client will do this by sending instructions or commands to the host server 
via the Web, and a PC-based application will do this by sending commands to the 
host server via an electronic or internet link. 

20 The format of the delivered Infomnation, such as the actual message or notrfication 
of who is online, necessarily depends on the appliance type. For example, with a 
GSM device the format will be in SMS format, with an email, it will be in email 
form, and with a browser client It will be in HyperText Markup Language ("HTML") 
form. 

25 

As the Invention is primarily concerned with the instant messaging application as it 
relates to wireless clients, the basic functions of the host server 15 and client 13 
with respect to instant messaging will be described in the context of how they 
operate with respect to a GSM client and a PC-based client as shown in Figure 2 
30 of the drawings. Reference should be made to the applicant's co-pending 
International Application PCT/SGOO/00068 for a description of how the basic 
functions operated with other client types. 
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Dealing firstly with instant messaging using a PC-based client application, as 
shown in Figure 2 of the drawings, an iM user's internet-based PC application 41 
resides as a program on the PC of the user. The program provides for the various 
functions of sending and receiving a message and notification of buddies that are 
5 online by two separate "pop up" panes, a sending and receiving message pane 43 
and a buddy online pane 45. 

The sending and receiving message pane 43 comprises a "From" header 47 for 
identifying the client identifying number (CIN) of the client sourcing the message, 

10 a 'To" header 49 for identifying the CIN of the client to whom the message is 
destined or -targeted, and a message content space 51 for displaying the text of 
the instant message sent or received. In the actual PC application, the creation of 
this message may in fact be automated, with the sender's CIN and the recipient's 
CIN being automatically included in the message when the computer icon of the 

15 recipient's name (the buddy) is double-clicked on the PC-based client application 
41.. 



In order for messaging to occur, the host server 15 includes an IM server 
application 53 where the enabling functions reside and a user status database 55 
20 that stores details of users amongst whom instant messages are sent and status 
details of the enabling functions, which are continuously updated. Accordingly, 
communication between various IM users' PC applications 45 and the host server 
1 5 occurs via the Internet 1 9 and the users' Internet Service Provider ("ISP") 31 . 

25 Sending messages from the PC-based client application firstly requires the user 
41 to be connected online to the Internet 19 via the user's ISP 31 and to select a 
"send message" option from a menu provided on the user client application 
specifying the available functions of the application. The user then needs to enter 
the message in the message content space 51 provided for in the sending and 

30 receiving message pane 43 and specify the target recipient by way of the target 
recipient's CIN or a proxy for it (such as his "buddy" name, for instance) in the 
"To" header 49. The program is designed to automatically display the user's CIN 
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In the "From" header 47, by virtue of the user being deemed to be the sender as a 
consequence of the user seiecting the "send message" option. 

The program is designed to provide a visual notification to the user that a 
5 message has been received and can thus be read by the user selecting a "read 
message" option from the menu. On selecting the same, the sending and 
receiving message pane 43 will be displayed with the "From" header Identifying 
the GIN of the sender of the message and the "To" Identifying the GIN of the 
recipient, being the user. 

10 

The buddy online notification pane 45 comprises two halves, the top half 57 and a 
bottom half 59. The top half 57 has a header 57a labeled "online" and a space 
57b In which ail of the CIN's of buddies that are online, as previously defined, are 
listed. The bottom half 59 has a header 59a labeled "offline" and a space 59b in 
15 which all of the remaining CIN's of buddies of the user are listed that would be 
offline. The actual presentation of this information may vary slightly in the PG 
application, depending on the user's preference and the continually changing 
design of the application's Graphical User Interface ("GUI"). However, the basic 
information Imparted remains the same. 

20 

The provision of such functions and the design of panes in a PC-based IM client 
application are well known in the art. Accordingly alternative modes of the 
Invention may accomplish the same basic functions by different types of visual 
notifications,, such as changing colours or pop out lists of icons identifying 
25 particular users or buddies. 

With respect to providing these same functions in a GSM-based client, a 
necessarily different arrangement is provided where use is made of the existing 
SIVIS system used on GSM networks. In the GSM-based client, a GSM device 61 
30 such as a mobile phone, is the terminal or appliance, and the user of this device 
operates it as a subscriber to the GSM network where telecommunications 
between subscribers are transmitted wirelessly through GSM cellular sites 63 
disposed to create a cellular network. 
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A subscriber-to-subscriber SIVIS message on a GSIVI network Includes a message 
packet 65 comprising tlie sender's network identifying number (NIN) (the GSIVI 
mobile phone number of the sender) 67, the target recipient's NIN (typically the 
5 GSM mobile phone number of the receiver) 69, the GSM mobile number of the 
SMSC server system 25 which will process the message 71 , and as much as a 
160-character message 73. 

Sending messages from the GSM mobile device 61 to another user of the 
10 messaging system 11 is accomplished by entering an SMS message 73 in the 
GSM devlce and specifying the target recipient's NIN in the "To" address 69. The 
actual entry steps are specific to the GSM device manufacturer. 

Importantly, the NIN address of the recipient is a combination of the numeric 
15 access code (as defined by the GSM carrier) and the target recipient's GIN. As 
previously described, the access code is specific to the GSM carrier and is used 
to indicate to the SMSC server system 25 that the SMS is to be fonwarded to the 
host server 15. 

20 The GSM device 61 receives instant messages via the messaging system 1 1 just 
as it would receive typical SMS messages from the GSM network's SMSC server 
system 25. Instant messages received by a GSM client from the host server 15 
would Indicate a CI N in the "From" or "Reply To" address 67 comprising the 
combination of the access code plus the CIN of the user. 

25 

It is important to note in the present embodiment that the CIN of the user in the 
instant messaging application actually constitutes the UIN that is decoded by the 
host seiver to determine the necessary prescribed action with the appropriate 
entity - in this case sending the message packet as an instant message to the 
30 indicated recipient. 

The IM server application 53 is designed to provide buddy online notification to 
GSM clients by way of SMS messages containing online buddy information. The 
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IM server application 53 sends these messages to the GSM client 61 on triggering 
by a GSM client. The trigger for such a message may be automatic or manual, 
depending upon the specification of the user. 



5 As shown in Figure 2, manual triggers are accomplished by a user of a GSM 
device 61 sending an SMS message 75 contaihing a UIN designating a 
prescribed SMS command to the host server 15. For example, the message 
packet for this SMS message 75 will contain the access code of the host server 
15 combined with the UIN for the prescribed "who is online command" as the NIN 

1 0 In the "To" address 77. The host server 1 5 is provided with processing means so 
that when it receives this SMS message containing the "who is online command" 
from the SMSC server system 25, it decodes the UIN to determine that it is an 
instant messaging application and then invokes the IM server application 53 to 
attend to the prescribed action. In the present instance of a manual triggering, this 

15 will involve sending back an SMS message or a series of SMS messages 81 to 
the sender of the message notifying or listing the CIN's, and pseudonyms if 
entered, of those buddies of the sender who are online. Alternatively, the 
message packet for this SMS message 81 may contain the CIN 83 of a particular 
GSM client user and a message 85 Indicating that he or she is online or other 

20 message. 



In the case of automatic triggering, the IM server application 53 Is designed to 
send an SMS notification to the particular GSM client that a particular user or a 
group of users (buddies) are online or not, when the IM server application detects 
25 their online presence or a change In such. Accordingly, with automatic triggering, 
there Is no prompting required by the GSM user. 

The instant messaging application of the present embodiment works on the 
principle of using a single CIN/UIN to identify a user regardless of Iheir client type 
30 and the matching of that one and only UIN to all of the client types of that user 
that can be handled by the host server. Thus the IM server application 53 permits 
the user to access their account with any of the following client types: PC based 
client application, GSM client, Intemet-browser client, and email client. 
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Regardless of the client type, the IM server application 53 can recognize the user, 
matching them to their particular CIN/UIN accordingly. From there on, the user 
has access to the basic functions of the IM system, such as send messages, reply 
to messages, receive messages, and check who is online, among other basic IM 
5 functionalities. 



The manner In which this matching of CIN/UIN's to appliances and users by the 
IM server application 53 will now be described for the GSM device client type with 
reference to Figures 3 and 4. The manner In which this is done for other client 
types is described in the applicant's co-pending International Application 
PCT/SGOO/00068. 



With respect to a GSM client application provided by a GSM device 85, the IM 
server application 53, which in practice is run under the multiple gateway servers 
15 15a to 15e, is connected to the SMSC server system 25 via the Internet 19. The 
SMSC server system 25 in turn wirelessly communicates with various GSM 
cellular sites 87 to establish communication with the mobile user's GSM device 
85. 



20 In the case of an instant message being sent from the GSM device 85 to the host 
server 15, as shown in Figure 3, the SMSC server system 25 initially receives the 
message packet 89 from the GSM device 85 and on decoding the access code of 
the recipient's address in the To" address field 91 . transmits the message packet 
on to the host server 15 via the Internet 19. As previously mentioned, the GSM 

25 client user can send messages in message packets 89 to clients of the host 
server by using Its local SMS, with the address formed by appending an access 
code (as defined by the GSM carrier) to the recipients' C(N. Notifications of 
buddies online are also accomplished through SMS messages sent back to the 
user's GSM device from the host server. 



30 



The host server 15 on receiving the message packet 89, as represented by arrow 
93 then uses its processing means to match the user's (unique) GIN, which in this 
case is the GSM mobile phone number of the user, In the "From" address field 95 
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to the stored CIN of registered users of the host server in the user information 
database 17 to validate the CIN of the sender of the message packet and then to 
process the UIN extracted from the "To" address field 91 to involve the required 
routine to perform the prescribed action, in this case the instant messaging 
5 application, with the specified entity. The host server in the present embodiment 
uses the (country code)+(area code or GSM carrier code)+(mobile phone number) 
to form the GSM user's CIN when the user first registers using his GSM device. 
Hence, matching is straightfonward since all SMS message packets include the 
GSM mobile number of the sender In the "From" address field 95. 

10 

On invoking the Instant messaging application, the IM server application 53 
determines the user status of the target recipient of the message as specified in 
the UIN extracted from the "To" address field 91, by accessing the user 
information database 17. The IM server application 53 also establishes the client 

1 5 types that may be accessed for the target recipient based on the user settings for 
that recipient stored in the user information database to ensure proper routing of 
the message to the selected client devices of the recipient. This essentially 
involves adapting the CIN of the recipient in the appropriate format of the 
particular client type of the user that is to be addressed by the message. In the 

20 case of the PC-based and browser-based client applications, this will simply be 
the UIN itself. In the case of the GSM application, it will actually be the telephone 
number of the target recipient, which Is the UIN in any event in this example. In 
the case of the email-based client, it will simply be the email address of the 
targeted recipient. As the email address is alphanumeric, the email address is 

25 actually mapped into a numeric address. 

In the case of the client type for the target recipient being a GSM device, the 
message packet 97, as shown in Figure 4, is processed by the IM servfer 
application 53 by correctly formatting the address fields of the message packet 97 
30 for routing to and by the SMSC server system 25 as an SMS message. The 
formatting involves stripping the access code from the To" address field 99 of the 
message packet 97 and adding the access code to start of the CIN of the sender 
indicated in the "From" address field 101 . 
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The message packet is then sent directly to the SMSC server system 25 of the 
GSM network via the Internet 19, as represented by the arrow 103. The GSM 
client user eventually receives the message packet 97 under the SMS of the GSM 
5 network when the GSM network detects the availability of the specified GSM 
device 1 05 of the user to receive messages via one of the GSM cellular sites 1 07. 

In the specific examples shown In Figures 3 and 4, the user sending the message 
has the CIN '639189336647' and the user receiving the message has the CIN 

10 '639185556666'. The GSM client, however, needs to append the access code 
allocated to the host server by the SMSC server system 25, in this example '373', 
to the start of the CIN of the targeted recipient for dialling out through the GSM 
network, if the targeted GSM recipient were to reply to the message by simply 
"replying to" the message - i.e., the sender's NIN is automatically entered in the 

1 5 "sent to" numeric address. 

It should be noted in ail instances that the user's CIN is the user's primary 
identifier for the purpose of handling instant messages addressed to them or 
originating from them. The one-to-one matching of this UIN to the unique 
20 identifiers for each appliance creates the basic foundation for the single account 
system of the IM system. 

A key reason for using a numeric such as the CIN is speed. This is particularly 
useful in accomplishing the fast transmission of Instant messages with GSM 

25 devices. In order to respond to an I M message received by a GSM device user, 
all the sender is required to do is to click the reply button, whereupon the CIN of 
the sender is automatically entered into the GSM device's "reply to" address. 
Moreover, originating messages by the GSM device user is likewise easy and 
fast. All the user has to do is to enter in the "send to" address the intended 

30 recipient's CIN appended to the GSM carrier's access code. This combination 
access code-CIN can in fact be stored in the address books of most GSM 
devices, thereby facilitating fast recall of addresses and transmission of 
messages. 
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Commercial Transaction Appiication 

As indicated above, the present embodiment also provides for the host server 15 
5 being- designed and configured to invoke a routine for performing a prescribed 
action in the form of a commercial transaction. With e-commerce numerous types 
of commercial transactions have evolved to which the present invention has utility. 
The description of the present embodiment, however, will be limited to describing 
the application of the invention to a trade and auction service with reference to 
10 Figures 5 to 8. 

When the UIN in a message paci<et received from a client indicates that the 
message is concerned with the trade and auction sen/ice provided by the host 
sen/er 15, an auction sen/er application 1 1 1 on the host server is invoked. 



15 



The auction sen/er application 111 essentially comprises a registration handling 
means (registration handler), a message dispatching means (message 
dispatcher), a message receiving means (message receiver), a unique 
identification number assigning means (UIN assignor), an auction database 
20 means (auction database 112), and a trade and auction handing means (auction 
handler). These are embodied in the form of program routines that are 
continuously executed under the control of an operating system in the auction 
server application 1 1 1 and thus automate the registration and bidding process. 

25 The registration process of a prospective user of the auction and trade service is 
undertaken requiring the prospective user to have a PC-based or browser-based 
client run on a computer 113 that Is able to access the host server 15 via the 
Internet 19 using the user's intemet service provider (ISP) 1 15, as well as a GSM 
device 1 1 7. 



30 



The host server 15 is also linked directly or through the Intemet to the GSM 
network's SMSC server system 25 of which the GSM device 117 of the user is a 
subscriber, in the manner previously described. The message dispatcher and the 
message receiver of the auction server application 1 1 1 communicate directly with 
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the SMSC server system 25 via the host server 15 to send and receive short 
messages or commands via SMS, once the host server Invokes the auction 
server application. 

5 In the present embodiment, the prospective user via the computer 113 accesses a 
registration form made available by the auction server application 111 to 
prospective users of the trade and auction service through the host server 15. 
The registration form includes fields In which the user must enter essential data 
for the registration process, and further fields in which the user may enter optional 
1 0 data if desired. 

When the prospective user has entered data into the requisite fields in the 
registration form, the prospective user then submits the data to the auction server 
application 1 1 1 provided on the host server 15. This can be achieved in a number 
15 of ways, such as using a form-based HTML web page for the registration form, 
where the user can submit the entered data to the auction server application 111. 
Upon receipt of the essential and optional data from the user's computer 1 1 3, the 
auction server application 1 1 1 invokes the registration handler. 

The registration handler creates a new entry in the main user Information 
database 17 of the host server 15 to temporarily register the user with the host 
server for the trade and auction service facility provided on the host server. This 
entry contains prescribed essential and optional data for registration purposes. In 
the embodiment, the essential data for the trade and auction service comprises 
the user's name, address, an NIN of a messaging-capable wireless device owned 
by the user such as a GSM mobile phone number, e-mail address, and nickname. 
The optional data in the embodiment comprises the user's date of birth, for 
instance. 

30 The registration handler assigns the user a temporary password, which Is stored 
in the user Information database 17 without being communicated to the user at 
this stage. The data for the user stored in the user Information database 17 Is 
marked as being Inactive until an authentication process Is completed. 



20 



25 
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Figure 6 shows a first part of the authentication process used in the embodiment. 
The authentication process for new users registering with the auction server 
application 111 is performed by the registration handler. As shown, the 
5 registration process initially involves the registration handler obtaining the 
temporary password assigned to the user and the user's GSIVl mobile phone 
number from the user information database 17. 

The registration handler then instructs the message dispatcher to send an SMS 
10 message to the user's mobile telephone 117. The user's GSIVl mobile telephone 
number is used as the "recipient" field in the SMS message. The message text of 
the SMS message contains the temporary password assigned to the user by the 
registration handler. The message text may also contain an instruction to the user 
to enter the password and submit it to the host server 1 5 using their computer 
15 113. 

Figure 7 shows a second part of the authentication process. As shown, upon 
receiving the SMS message on their GSM mobile telephone 1 1 7, the user submits 
the temporary password to the host server 15 using the computer 113. In the 

20 embodiment, once the user has submitted data entered on the registration form to 
the host server 15, the auction server application 111 tai<es the user's computer 
1 13 to a further HTML web page that informs the user they will shortly receive a 
message on their mobile phone that contains a temporary password. TTie further 
HTML web page then instructs the user to enter the password in a field provided 

25 on the web page and submits It to the host server 15. The further HTML web 
page then explains that once the password has been verified by the auction 
server application 111, their account will be activated. 

The user enters the password in to their computer 113 and submits the 
30 information to the host server 15. The information received by the host server 16 
must also identify the user. This can be achieved in a variety of ways, such as 
through the use of "cool<ies". A "cool<ie" is a data file residing on the computer 
113 that contains information based on the prior activities of the user, which also 
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allows the host server 15 to identify a user or someone just visiting the URL 
address corresponding to the auction server application 111. For that session, a 
cookie, which Identifies the user, is associated with that user's account. 

5 Upon receipt of the password, the host server 15 invokes the auction server 
application 111 to verify that the submitted password is the same as the 
temporary password stored in the user information database 1 7. if the password 
is correct, the account for the user is marked as active and the user's computer 
113 is directed towards another HTML web page that informs the user his 
10 registration was successful. Alternatively, if the submitted password does not 
correctly match the unique password stored in the database 17, the user's 
computer 113 is directed towards a HTML page that informs the user their 
registration attempt was unsuccessful and to try again. 

15 Several attempts are allowed before the message handler bars the user from 
further attempts. 

Although the embodiment has been described with the authentication process 
consisting of a message being sent to the user's GSM device and the user 
20 entering a confirmation via their computer, it should be appreciated that in other 
embodiments alternative registration procedures may be adopted that would still 
require the user to specify their mobile phone number in order to activate their 
account. 

25 For example, upon submitting the registration data, the user could be taken to a 
web page that contains the temporary password and instructed to send via his 
GSM device 117 an SMS message containing their password to a particular 
telephone number. That telephone number would consist of a concatenation of 
the numeric access code of the host server 15 for the SMSC server system 25 

30 and a UIN comprising the numeric address assigned by and recognized by the 
host server 15 as that for registration purposes. The user's SMS message would 
then be forwarded from the SMSC server system 25 to the host server 15, and 
upon decoding of the UIN extracted from the concatenated number entered as the 
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recipient's address, the auction server application 111 would be invoked and the 
message receiver engaged to handle the message. The user's id and password 
can then be verified, since the message text contains the password and the user's 
mobile telephone number will be present in the "sender" field of the SMS 
5 message. 

In an enhancement to the registration process, the auction server application 1 1 1 
causes the host server 15 to dispatch a message to the user's mobile phone 117 
containing a message that Instructs that user to enter the temporary password 

10 displayed on the HTML page appearing on his computer 113. This message has 
as its "sender'' a number comprising the concatenation of the numeric access 
code for the host server 15 with the SMSC server system 15 of the GSM networl< 
that the user's GSM device subscribes to and a UIN designating access to the 
registration handler. In many GSM devices, sending an SMS containing the 

15 temporary password can be accomplished by simply hitting the "reply" key on their 
GSM devices. The "sender's" address, which is the concatenation of the numeric 
access code and the UIN pertaining to the registration handler, is automatically 
inserted In the "recipient" field of the new SMS message, thereby simplifying the 
sending of the temporary password. 

20 

In this particular method of registration, the message dispatcher inserts Into the 
"sender" field of the SMS message a number comprising the concatenation of the 
numeric access code and the UIN assigned by and recognized by the host server 
15 as that for registration purposes with the auction server application 111. The 

25 numeric access code is used by the SMSC server system 25 to identify the 
message as being intended for the host server 1 5. Any SMS messages received 
by the SMSC server system 25 whose "recipient" field commences with the 
numeric access code of the host server 15 will be forwarded from the SMSC 
server system 25 directly to the host server 15. The host server 15 will 

30 subsequently decode the UIN, and upon establishing that the message relates to 
the trade and auction service provided by the host server, then invokes the 
auction server application 1 1 1 whereupon the message receiver is engaged to 
process the message. 
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The UIN for registration is a predetermined number pointing to tlie registration 
handler. This way, any messages received by the message receiver that are 
addressed to the UIN of the registration handler will be forwarded by the message 
5 receiver to the registration handler. 

Once registered, a user Is able to browse products and services available for 
trade and auction and to place bids for products and services as described in 
further detail below. Registered users are also able to place their products for 
10 trade or auction in the auction database 112 managed by the auction server 
application 111. 

To add a product or service to the auction database 112, a user submits product 
data to the host server 15, in a similar manner to that described above for 

15 submitting registration data. That is, the user accesses the auction server 
application 111 using their computer 115 and accesses an "add new product" 
HTML web page. The user then enters product data and submits the product 
data for entering into the auction database 112 under the control of the auction 
server application 111. In the embodiment, the following product data Is required, 

20 some optional, from the user: 

• Title: A short description of the product that will appear in lists of products 
on the auction database 112. 

• User Id: The nickname of the registered user selling the product. 

25 • User password: The user's password, this is used to validate the product 
entry. If the password is incorrect, the product will not be added to the 
auction database 112. 

• Auction Type/Method: The user can specify whether the auction is to be 
conducted as a regular auction or as a Dutch auction, for example. 

30 • Item Description: A more detailed description of the item for sale. 

• Country: The seller's country. 
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• Auction Start Date and Time: The date and time that the auction will 
commence. Bids for items are not accepted before an auction 
commences. 

• Auction Duration: The length of time the auction will last. 

5 • Category: A broad identification, selected from a list, of the type of product 
being sold. For example: antiques, music, or computers. 

• URL for externa! resources: An optional universal resource location (URL) 
that the user can specify for pictures, further information etc. 

• Computer picture file (optional): A picture of the item to be bid out that can 
10 be uploaded directly from the computer 115 to the auction database 112, 

via the internet 1 9. 

• Payment Method: The payment method or methods that the user will 
accept, such as cash, cheque, or credit card. 

• Shipping Information: Details concerning the shipment of the product from 
1 5 the seller to the successful buyer such as the cost of shipping, countries 

that the seller is or Is not prepared to ship to, etc. 

• IVIinimum Bid: A threshold value that sets a minimum value for the first bid. 
Bids below the minimum bid value are disregarded by auction server 
application 111. 

20 • Reserve Bid: An optional value specifying a price below which the seller is 
not prepared to sell the goods. 

• Bid Increment: The minimum bid increment. 

• Toggle to use or not use Dynamic Bid Time (optional): This switch tells the 
auction server to extend or not to extend the auction duration if bids are 

25 being received close to the end of the specified auction duration. When the 

switch is turned on, the auction will be extended until no bids are received 
for a length of time corresponding to the dynamic bid time. 

The product data submitted by the user is checked for completeness by the 
30 auction server application 111 and, if the information is complete, the UIN 
assignor assigns a UIN to the product. The product data and UIN are then stored 
in the auction database 112. 
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When the auction commences, bids conceming the product are also stored in the 
auction database 112. 

A user may browse products available for auction on the auction database 112 
5 using his computer 1 15 via the Internet 19. If a user wishes to bid for a product, 
he simply selects the product and is taken to a bid submission web page. The 
user's identity is then authenticated using the authentication process described 
above. If the user's Identity is authentic, the user's bid for the product is accepted 
by the auction server application 111 and stored in the auction database 112. 
10 The user's bid is identified for a particular product using the product's UIN. In 
alternative embodiments, the authentication process may be skipped when 
placing bids, or only required where the value of the product exceeds a 
predetermined value. 

15 Users are able to enter two types of bids, a regular bid or an automatic, or proxy 
bid. A regular bid consists of a single bid for a specific value. An automatic bid 
specifies a maximum bid by the user. The auction and trade handler then acts as 
a proxy for the user bidding by the minimum Increment for the product up to the 
user's specified maximum In an attempt to win the bidding for the product by the 

20 minimum possible incremental value. 

Once the user has registered their first bid for a product, notifications concerning 
the user's bid and further bids can be sent to and received from the user's GSM 
mobile phone without the need for the user to have access to his computer 115. 
25 Figure 8 helps Illustrate the notification and bid up process. 

When a user's bid for a product is beaten, the auction and trade handler instructs 
the message dispatcher to send an SMS message to the user's GSM mobile 
phone 1 1 7. The auction and message trade handler retrieves the user's mobile 
30 phone number from the user information database 17 and fonwards this to the 
message dispatcher to be Included as the "recipient" field of the SMS message. 
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The auction and trade handler also forwards the product's UIN to the message 
dispatcher, which concatenates the numeric access code of the host server 15 
with the received product UIN and inserts the resultant number in the "sender" 
field of the SMS message. 

5 

Finally, the auction and trade handler fonwards a message text to the message 
dispatcher for inclusion as the message body of the SMS message. The 
message text composed by the auction and trade handler includes Information 
concerning the product, such as the product title, the current highest bid, and 
1 0 instructions for placing a further bid. An example message text may read "You 
have been outbid for 'Antique Bookcase'. The current highest bid is now $1 ,050. 
To place another bid, simply reply to this message, and specify the bid type and 
amount." 

15 The SMS message is sent by the message dispatcher directly to the GSM 
network's SMSC server system 25, which fonwards it to the user's GSM mobile 
phone 117. 

To place another bid for the product, the user simply needs to reply to the SMS 
20 message using the reply facility of the GSM mobile phone 1 1 7. Advantageously, 
the reply facility of the GSM mobile phone 117 will automatically take the number 
in the "sender" field of the original SMS message and insert it in the "recipient" 
field of the reply SMS message. Accordingly, there is no requirement for the user 
to recall e-mail addresses or product codes in order to place a subsequent bid. 
25 The user simply enters the type of bid and the amount of the bid in the body of the 
SMS message and sends the SMS message. 

To place a regular bid for $1200, the user simply enters "regular 1200" as the text 
message of the reply SMS message. To place an automatic proxy bid for $1200, 
30 the user enters "auto 1 200" as the text of the SMS message. 

Once the user sends the SMS message, his GSM mobile phone 117 sends it to 
the GSM network's SMSC server system 25. The SMSC server system 25 
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Identifies the numeric access code of the host server 15 in the "recipient" field of 
the SiVIS nnessage and fonA/ards the SMS message directly to the host server 15 
via the Internet. The host server 15 decodes the UIN from the message, and on 
recognising that it concerns the auction server application 111, invokes the 
5 message receiver of the auction server application. 

Upon receiving the SMS message, the message receiver extracts the product UIN 
from the "recipient" field of the SMS message, the user's mobile phone number 
from the "sender" field of the SMS message, and the text message of the SMS 
1 0 message and forwards these to the trade and auction handler. 

The trade and auction handler is able to identify the product from the product UIN. 
Further, the trade and auction handler can identify the user from their GSM mobile 
telephone number. In the event that a higher bid has already been received from 

15 another user, or the user's bidding instructions were indecipherable, the auction 
and trade handler sends a reply SMS message to the user's GSM mobile phone 
117 notifying them of the error. Othenwise, the trade and auction handler enters 
the bid from the user in the auction database 112 for that product. Optionally, If 
the bid is successfully received, the auction and trade handler may send a reply 

20 SMS message to the user's GSM mobile telephone 1 1 7 notifying them that his bid 
was successfully received. 

In addition to sending notification to the previously highest bidder, the auction 
trade handler may also be arranged to send the same notifications to some or all 
25 of the users that have bid for that product. 

Now describing an actual example of an auction format wireless discussion board 
between wireless clients that have been registered by the auction server 
application to participate in an auction conducted by the host server 1 5, reference 
30 is made to Figures 9 to 1 1 . 



\ 
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As shown in Figure 9 of the drawings, a sample auction format wireless 
discussion board 119 is shown in a similar format as to the way it would appear 
on the website of the trade and auction service described above. 

5 In the Illustrated example, the discussion board 119 specifically pertains to item 
number 987654321. This item number would constitute the UIN for the 
prescribed action involved with participating in the auction of the item itself and 
would be Included In the "send to" address along with the access code of the host 
server 15 to the SMSC server system 25 of the GSM carrier for the wireless 

1 0 clients participating in any message sent to or received from the discussion board. 
It should be noted that the service is not limited to wireless clients of only one 
GSM carrier, but wireless clients of any carrier that the host server 15 is 
connected to and has an access code for the routing of SMS messages from the 
messaging service server of the carrier can participate in any BBS service 

1 5 provided by the host server. 

"Mikey" 121 is the pseudonym or buddy name of a first prospective buyer and 
"Jet" 123 is the pseudonym of a second prospective buyer. "Lala" 125 is the 
pseudonym of a seller of the item, which in the specific example is a "Nokia 61 10" 
20 mobile phone. 

In this example of the auction format wireless discussion board 119, the 
prospective buyer "Mikey" sends an SMS message from his mobile phone to a 
particular NIN, which comprises the concatenation of the access code of the host 
25 server and the UIN of the item under discussion. The message contents as 
indicated contains the text: "Does your phone have many scratches?". 

Upon the SMSC server system 25 receiving and sending this SMS to the host 
server 15, the host server receives and processes the same in the manner 
30 previously described, authenticating the sender of the message through the 
agency of the auction server application after decoding the UIN, whereupon the 
requisite message will be entered in the auction database and virtually posted to 
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the discussion board 119, enabling the message to be viewed on the auction 
website of the host server that pertains to the particular item. 

In the present embodiment, in order to facilitate participation in the bidding 
5 process by bidders who only have GSM devices and not access to a browser 
based client application, the message is broadcast to the top three unique bidders 
A, B and C, and the last three unique users U1, U2 and U3, enquiring about the 
particular item, having regard to their particular client type. As shown in Figure 
1 1 , in the present example where all six of the top three bidders and the last three 
1 0 unique users are wireless clients, SMS messages containing the posted message 
are sent via the host server 1 5 to the SMSC server system 25. 

In this instance, users who receive a broadcasted message can simply "reply" to 
the message making it simple to facilitate an exchange of information between 
1 5 interested parties whom may involve one or more wireless clients. 

A discussion of the actual process flow Is Illustrated in figure 1 0 of the drawings. 
This diagram essentially illustrates the entire process from a wireless client user 
"MIkey" 121 posting an enquiry on the discussion board 1 19, to the dissemination 

20 of the enquiry to the top three unique bidders A, B and C, as well as the last three 
unique users enquiring on the same item being bid, namely U1, U2, and U3. The 
item number is 987654321 and the access code for the host server 15 on the 
SMSC server system 25 of a common carrier for all the bidders and users is 
23301 . All of the users have previously registered with the trade and auction 

25 service hosted by the host server so the registration process is by-passed. 

The process starts at 131 and proceeds with "MIkey" 121 writing another text 
message enquiry on his mobile phone, the process being indicated by box 133. 
The message as indicated in box 135 is "Where is the phone made?". 

30 

"Mikey" 121 then sends the text message as illustrated box 137 to the NIN 
23301987654321 of the host server 15 on the GSM carrier network. This NIN 
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may be stored as a pseudonym in the memory of the mobile phone from a 
previous registration process, or else obtained from the host server website. 

This message is transmitted to the SI\/1SC server system 25 as indicated at 139, 
5 which in turn sends It to the host server via the Internet 19 as indicated by the 
arrow 141 . The message Is then processed by the host server 15 as indicated by 
box 143, accessing its user Information database and auction database 112 as 
appropriate, as represented by 145. This processing will include entering the 
message on the auction database 112 and then actloning a routine which 
10 broadcasts the posted message to the top three bidders A, B and C and the last 
three users Ut, U2, and U3 who posted messages on the database, as well as 
acknowledging the posting to the sender of the message, namely "Mikey" 1 21 . 

The broadcasting of the various messages to the SMSC server centre 25 is again 
15 undertaken over the Internet 141 as represented by arrow 146. The SIVISC server 
system as represented by box 147 then stores and transmits were possible the 
relevant message, namely the confirmation SMS message to "Mikey" as 
represented by box 149, the NIN address of the sender being shown as 
23301987654321. In this example, the confimiation reads "Your message has 
20 been posted. Thank you." as shown at box 1 51 ending the transmission at 1 53. 

In the case of the three highest bidders A, B and C, and the three most recent 
board users U1 , U2 and U3, the question posted by "Mikey" Is sent by the SMSC 
server centre 25 to these parties as indicated by box 155. In the present example, 
25 the message reads "Mikey: "Where is the phone made?"" as shown in box 1 57. 
As indicated, to prevent confusion, the user posting always has his pseudonym or 
buddy name shown before the colon ":". 



The sender NIN or GSM address Is similarly shown as 23301987654321. All 
30 users presumably would have stored this "GSM - like" address in their mobile 
phones, allowing them to recognise immediately the product in question. 
Subsequently, all that the seller, in this case "Lala" 125 would do, Is simply reply 
to Itie question as he or she would to any SMS message. 
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Similarly, tlie six recipients of the last posted message all have the option to reply 
to the query by simply replying to the received message. 

5 When replying, the process flow is the same as the one that "Mikey" went through 
In posting the message in the first place. No reply automatically ends the session 
for the person until he or she receives another query. 

In the present embodiment, to access the contents of the BBS without necessarily 
10 posting a message, a user simply sends a "?" command in the SMS message 
portion of a message packet sent to the host server 15 using the NIN comprising 
the concatenation of the carrier access code and the UIN of the item. Each "?" 
appearing alone in the message portion of a received SIVIS message from a 
wireless client is decoded by the host server 15 as a command for the host server 
15 to respond with a list of a prescribed number of messages previously posted, 
usually the last three or so. 

As can be seen from the foregoing description, Hie invention provides a fast, 
efficient and convenient method and system for the authentication and 
20 transmission of instructions for an auction and trading system whose users have 
messaging-capable wireless devices such as SMS-enabled GSM devices. 

Electronic Bulletin Board 

25 The remaining services referred to, namely personal services, such as a dating or 
match-making service for couples of various persuasions, and chat room services 
that are topic or subject matter based, may all be classed as different types of 
electronic bulletin board services (BBSs) where messages may be posted on a 
database or bulletin board by one client user and responded to by another client 

30 user. These BBSs in the case of involving access by wireless clients, as provided 
in the present embodiment, generally follow the same format as the auction 
format wireless discussion board described above in the trade and auction service 
of the commercial transaction application. Accordingly, they can all simply be 
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accommodated by the same general host server set-up and technically 
differentiated from one another by the host server 15 by designating different 
UlN's for different BBS or chat room topics. In this manner the needs of quite a 
large variety of different interest groups can be met by the one host server 
5 provider involving both wireless and wired clients with minimal overhead to the 
host server provider. 

In the case of the personal sen/ice, as shown in Figure 12 of the drawings, a 
sample discussion board 159 is shown in a similar format as to the way it would 
1 0 appear on a chat room website that would be sampled by a browser based client, 

In the illustrated example, the discussion board 159 specifically pertains to the 
personal sen/ice of "looking for a male friend", which would have a dedicated UIN. 
This may be contrasted against another personal service such as "looking for a 
15 female friend" which would have its own discussion board and corresponding UIN 
to distinguish it from the discussion board 159. 

As previously described, the particular UIN for the prescribed action of accessing 
the particular discussion board would be included in the "send to" address along 
20 with the access code of the host server in any SMS message sent from a wireless 
client wishing to access the particular discussion board. 

In the format of the particular discussion board illustrated in Figure 12, the 
"looking for a male friend" personal service allows interested parties to get in 

25 touch with people who have posted personal advertisements on the discussion 
board 159. In the present case, the person with the pseudonym "Pompom girt" 
161 has posted the personal advertisement 163: "I am 18 and never had a 
boyfriend but are looking for someone that can surf, go clubbing with, and just 
basically hangout". The UIN corresponding to the particular posted personal 

30 advertisement 165 and a hypertext chat button 167 are associated with any 
personal advertisement that is posted. 
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Participation in a cliat with tlie person who posted tlie personal advertisement 
involves a combination of browser-based access to the discussion board website 
and GSM phone use. 

5 

The basic requirement is that any person posting a personal advertisement has a 
wireless client to which any messages sent by interested parties in connection 
with the advertisement are forwarded by the host server. 

10 On the other hand, the interested party wishing to send a message is required to 
have a browser-based, PC-based client, or a WAP-enabled wireless client to 
access the discussion board and optionally a wireless client to engage in a chat 
with the person posting. 

1 5 For example, an interested party say "Joe", wanting to chat with the person whom 
posted the personal advertisement 163, namely "Pompom girl" 161, must go to 
the discussion board website and either click on the handle "Pompom girl" 161 or 
the hypertext chat button 167, and then send their message. Clicking the handle 
161 or the button 167 causes a personal service application on the host server 15 

20 to be Invoked, which allows messages to the discussion board or to the person 
who posted the advertisement from that particular interested party, to be 
managed. Messages from Joe can then either be keyed in through the PC 
accessing the website or Joe's mobile phone, using SMS in the case of the latter. 
Importantly, the wireless client sending the SMS message to the host server must 

25 use the access code and the UIN of the room of the personal service in the "send 
to" address. 

The host server and the personal service application associated with the "looking 
for a male friend" service will then, in the case of Joe sending the message from 
30 his mobile phone, receive the SMS message packet from Joe via the SMSC 
server system 25 and send the message as an SMS message to the wireless 
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Client of "Pompom girl", using "Pompom girl's" CIN in the "send to" address field of 
the message packet, identifying the host sen/er access code and the UIN of the 
discussion board in the sender's address field. In its present embodiment, the 
actual message will consist of the buddy name "Joe" followed by a "colon" symbol 
5 and then the original message by Joe. Note: the anonymity of both Joe and 
Pompom girl Is preserved to the extent that their CINs are not disclosed to either 
party. 

"Pompom girl" on eventually receiving the message on her wireless client can 
1 0 respond by simply selecting the "reply to" message service on her GSM phone 
and key in the response. In this instance, the access code and UIN of the 
discussion board 159 is automatically put into the "reply to" address field of the 
reply message packet. The message of "Pompom girl" would then be sent back 
to "Joe" via the SMS facility and the host server 15, thus preserving the anonymity 
15 of both parties agajn. 

A basic rule adopted by the personal service application is that all messages sent 
by the person hosting the advertisement get sent to the most recent interested 
party, which would normally be how "Joe" would get the reply. However, in some 
20 Instances this may not always be the case when there is more than one interested 
party sending messages to the person posting the advertisement at more or less 
the same time. 

In order to deal with this situation, the personal service application is particularly 
25 designed and configured to avoid confusion arising in such Instances by 
interpreting a command in the message portion of a SMS sent in reply to an 
interested party, identifying the pseudonym of the interested party that sent the 
message. In the present embodiment, this command is represented by the 
symbol "@" followed by the pseudonym or buddy-name of the person whom sent 
30 the message to which the person who posted the message is replying. For 
example, if "Pompom girl" was responding Jo the message received from "Joe", 
she would include the text "@Joe" (followed by space) preceding the specific text 
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Of the message she wished to send to "Joe" in reply to his message. 

It should be noted that in the exchange of messages, the personal service 
application utilises the pseudonyms and buddy-names of the person posting the 
5 advertisement and the interested parties in any communication and not their 
actual GSM numbers, in this way anonymity may be maintained. 



Any person logging in to the website of the discussion board, however, must use 
their registered CIN and their registered unique buddy-name. However, this is not 
10 necessary for communications associated with a wireless client, due to the 
"personal" nature of the telephone. 

In the chat room service concerning a particular discussion topic. Figure 13 of the 
drawings shows a virtual discussion board 169 concerning a particular topic 
15 established by a chat room application provided on the host server 15. The chat 
room application allows people with the same interest to communicate with one 
another on a particular topic. The topic of the chat room may be a common 
interest or a user may create his own chat room so that only certain people, for 
example selected friends, may enter. 

20 

Each chat room topic or user chat room is identified by its own UIN and is 
managed by an administrator who's task it is to set the room up, invite people to 
join, determine the security and restriction level of the site, e.g. whether It should 
require passwords or be open to the public, edit out postings where necessary, 
25 and add or delete members to the room as occurs in a . restricted room 
environment etc. 



30 



Once the chat room has been established with its UIN, a user who is eligible to 
enter the chat room can post messages through either their PC or their mobile 
phone in a similar manner as previously described with other services provided by 
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the host server. Moreover, they can send a message by entering text through the 
website or by sending an SMS message using the NIN of the host server on the 
particular GSM carrier concerned, using the concatenation of the access code 
and the DIN of the particular room being accessed. 

5 

in the specific example shown in Figure 13 of the drawings, the particular room is 
the "teen troubles room" and has the UIN 4321 . The person posting the message 
has a wireless client that is a member of a GSM carrier where the host server has 
the access code 7777. 

10 

In the illustrated example A, the message 171 that is posted reads "I've been 
having trouble with my mother. She just doesn't understand my teen problems. 
What can I do?" 

1 5 The discussion board 1 69 also provides two options, one involving a "click" hyper 
text button 173 for browser based users which reads "Click here to post 
messages" and the other being details on where to send an SMS message in 
order to be posted on the discussion board 169. The latter is shown as 1 75 in the 
present example and reads: "or for SMS message SEND TO: 77774321 ". The 

20 send to number is the NIN of the host server and discussion board for a particular 
GSM carrier, the NIN being made up of the carrier access code T777 and the 
"teen troubles" room UIN 4321 . 

The chat room application in the present embodiment is designed and configured 
25 so that messages sent out from the chat room are broadcasted to those whom 
have entered the same chat room, except to the person who just posted the 
message. Most recent postings get broadcasted to a predetermined number of 
the most recent unique posting users and the room administrator, if the room 
administrator was not the one posting the message in the first place. The 
30 particular number of users to whom the message is broadcast is set by the room 
administrator. 
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Wireless clients receiving messages from the chat room and wishing to post a 
reply, merely need to reply through the SMS services provided on their phone 
where the NIN of the host sen/er and chat room would be presumably stored. In 
5 this Instance, the "reply" to message service would be Invoked on a mobile phone, 
whereupon the NIN 77774321 would be automatically entered Into the "send to" 
address field in the SMS message packet that would ultimately be sent by the 
wireless client to the host server. This message would be handled by the host 
server in the usual way, as previously described, whereby the UIN would be 
1 0 decoded and the message directed towards the particular chat room application. 

The format of the chat room sen/ice in the present embodiment provides for the 
trend of conversation in the chat room to be queried using the "?" command, 
similar to the way in which this command is used in the auction room scenario 

15 previously described. Sending this command to the NIN in an SMS message 
from a wireless client will result in triggering a predetermined number of the 
previous postings to be sent back to the person raising the query, by the host 
server, for example the last three messages posted may be returned. The query 
command can be concatenated with further query commands, e.g. "??" to multiply 

20 the number of previous postings queried which will be returned to the wireless 
■ client. For example in the case of the query "??", two x three, or six messages will 
be sent, and the query "???" would send three x three, or nine previous 
messages, and so on. The actual number of messages Involved is a parameter 
that can be adjusted by the room administrator. 

25 

It should be appreciated that any type of BBS can be established in this manner, 
utilising a variety of different client types, including wireless clients using SMS 
messaging provided under a GSM network. 

30 As an alternative to posting directly using the NIN 77774321, perhaps because 
the user does not have the NIN information immediately to hand, a user can use 
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a l<eyword, to determine the correct NIN to 



Figure 14 illustrates one example as to how this menu-driven navigation will be 
5 embodied. In this example, it is used with an Electronic Bulletin Board service, 
but could easily be applied to other applications. It is not limited to the example 
described herein. 

Generally, the user navigates through a menu or tree using a string of dynamic 
10 access codes that depend upon the user's previous choice in that menu. Once 
the user gets to the endpoint of the tree, then the full NIN for the required action is 
relayed to the host server 1 5 In the same manner as described above. 

Using the example illustrated in Figure 14, to access the menu, the user sends - 
15 at step 180 - a query comprising the keyword, within an SMS text message. The 
keyword could be any suitable word that is easily remembered by the user. An 
example would be the name of the service provider, or, simply "help". This SMS 
message is sent to the host server 1 5 via the SMSC server system 1 5 in the usual 
way. The SMS text message uses a basic access code, which in the example 
20 described herein is "7777". As usual, the user's NIN is inserted in the usual place, 
and the receiver NIN comprises the basic access code. The keyword is the text. 

I 

The host server 15 will receive the SMS query message, and using a menu 
application, identify the sender of the query message and send an SMS message 
25 to the user in response to the query message. This Initial SMS message or 
'homepage" will set out the options available to the user. In Figure 14, this SMS 
homepage message - illustrated at step 181 - is as follows: 



30 



"Homepage A- Register, B-Check member Rooms, C-Join Rooms. 
Reply to this message witti A, B, or C" 
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The "Reply To" SMS address at the homepage is "777701". This is the original 
basic access code "7777" plus "01 " indicating that this is the first in a series of 
messages which can be used to determine the correct NIN for the action that is 
5 required. The user can then simply reply to the SMS message indicating - in the 
text portion of the message - what he requires, by Inserting either A, B, or C. If 
the user selects and replies with "B" then he indicates that he wants to post a 
message at one of his member room. As mentioned above, the first access code 
— in this case "777701" indicates that this is in response to the homepage 
1 0 message. This access code (and all subsequent access codes) are dynamic in 
that they depend upon the response to the previous message. 

The host server 15 replies to this SMS message with a further SMS message, as 
indicated at 182 in Figure 14, which reads as follows: 

15 

"Your rooms are: A - Teen Troubles, B - Fast Cars, and C - Soccer for Suckers. 
Please reply with the room you want to check. " 

The "Reply To" GSM number is now "7777012". The "Reply To" number depends 
20 upon the previous choice of the user. In this case, as the user responded with "B" 
then the new "Reply To" GSM number is the previous access code - "777701" - 
plus "2" indicating that the user chose "B" in response to the previous SMS 
message i.e. "7777012". If he had replied with an "A" then the new "Reply To" 
number would have been "7777011", and so on. 

25 

In the present example, the user wishes to check the "Teen Troubles" room, and 
so replies with "A". The host server 15 recognizes that the user wishes to check 
"Teen Troubles". The host server 15 sends back the SMS message (step 183), 
again presenting choices: 
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"Would you like to: A - Check Recent Postings orB- Post a Message. Please 

reply with your choice. " 

The "Reply To" GSM number is now "7770121" (i.e. tlie previous access code 
5 "777012" plus "1"), Indicating that the user responded to the previous SMS 
message with choice "A", and suggesting that his next action will therefore apply 
to the room "Teen Troubles". 

In the present example, the user replies with "B". This tells the host server 15 
10 that the user's next action will be to start posting on the chat room, 'Teen 
Troubles". The access code for this room is "4321", and so the host server 15 
sends an SMS message (step 184) to the user: 

"You may now post your message at Teen Troubles by replying with the 
15 message." 

The 'Reply To" GSM number Is "77774321", as would've been the case in our 
previous illustrations. The menu system has simplified the process of posting a 
message by making It unnecessary to remember keywords and even the actual 
20 Access Code + Chat Room Index combination. 

Once the user gets to the endpolnts of the tree, the proper action is relayed to the 
host server in the same manner described in the applications above. 

25 As can be seen from the description, this method of using SMS messaging to 
access a host server for information on the basis of a pseudo menu-driven 
enquiry can be used in many applications - not merely in the context of the 
example described above. 

30 It should be apparent that the present embodiment has several advantages over 
the prior art. It not only permits access to the host server of a variety of client 
types, it importantly adopts a format making It have utility to mobile users using 
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wireless client types that are subscribers to a wireless messaging service such as 
SMS, in a most convenient and efficient manner. 

The different types of services that can be established and evolved around the 
5 particular format of the present invention are endless and can Involve adaptation 
to provide for far more enhanced and entertaining services involving the 
communication of messages between parties than is the case with present 
messaging systems. 

10 It should be appreciated that the scope of the present invention is not limited to 
the specific mode and the embodiment thereof described herein. Accordingly, 
changes and improvements to the embodiment that amount to no more than 
common general knowledge are not considered to depart from the spirit or scope 
of the invention. In particular, although the preferred embodiment refers to a GSM 

15 network having SMS messaging capabilities, other modes of the. invention can be 
provided with different wireless communication networks and messaging systems 
such as pagers. 
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THE CLAIMS DEFINING THE INVENTION ARE AS FOLLOWS 

1 . A messaging system for conveying messages between a liost server and a 
client that is part of a wireless communication network including a plurality 
of wireless clients having a messaging service to convey messages 
5 wirelessly therebetween using a messaging service server, each wireless 

client having a network identifying number associated therewith to uniquely 
identify the client within the wireless communication network, and each 
message comprising a message packet including the address of an 
intended recipient of the message packet and the address of the sender of 
10 the message; the messaging system comprising: 



a host server to which a plurality of clients may be selectively connected 
via a computer network to convey messages therebetween, each of the 
clients having a client identifying number associated therewith to uniquely 
identify the client to the host server; 



15 



the host server and the messaging service server being interconnected by 
a further computer network to provide for communications therebetween; 



one of the clients of the host server being a wireless client and having the 
client identifying number corresponding to the network identifying number 
thereof; 



20 



the host server having an access code to uniquely identify the host server 
to the messaging sen/ice server and a unique identification number 
ascribed to: (a) a prescribed action performed by the host server, and (b) 
an entity that is the subject of the prescribed action; 



25 



wherein messages sent between the host server and the one client in 
connection with a particular prescribed action and entity include: 



0) 



a combination of the access code and the unique identification 
number ascribed to the particular action and entity as the address of 
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the host server in message packets sent to or from the one client as 
the sender or the intended recipient, respectively, and 

(ii) the network identifying number as the address of the one client in 
message packets sent to or from the host server as the sender or 
5 the intended recipient, respectively; 

and wherein the messaging service server uses the access code in the 
address of the intended recipient or the sender to recognise messages 
sent to or received from the host server and rout messages accordingly. 

2. A messaging system as claimed in claim 1 , wherein the host server has 
1 0 processing means to: 

(i) validate a client identifying number from the address of the sender of 
a message packet received from a client; 

(ii) process the unique identification number from the address of the 
recipient in the message packet having a valid client identifying 

1 5 number associated therewith; and 



(iil) perform the prescribed action with the entity specified by the unique 
identification number, having regard to any accompanying message 
included within the message packet. 

3. A messaging system as claimed in claim 1 or 2, wherein the host server 
20 has message compilation means to compile a message and send it to a 

client using the client identifying number thereof as the address of the 
intended recipient, or message transferring means to transfer a message 
received thereby from a client and sending it to another client using the 
client identifying number thereof as the address of the intended recipient, in 
25 accordance with the prescribed action and entity specified by a unique 

identification number processed thereby. 
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4. A messaging system as claimed in claim 3, wherein the host server has 
identifying means to identify a network identifying number from a client 
identifying number in the address of an intended recipient of a message 
either compiled by said message compilation means or received by said 

5 message transferring means, and transmission means to communicate the 

message intended for a wireless client to the messaging service server of 
that wireless client via the further computer network. 

5. A messaging system as claimed In any one of the preceding claims, 
wherein the messaging service server has processing means to process 

1 0 the address of the intended recipient of a message received from the host 

server as the network identification number of a wireless client of the 
wireless communication network thereof, and wirelessly transmit the 
message to the wireless client corresponding to the network identifying 
number. 

15 6. A messaging service as claimed in any one of the preceding claims, 
wherein said prescribed action comprises invoking a routine on the host 
server associated with accessing an electronic bulletin board and the entity 
is the subject or topic to which the bulletin board relates. 

7. A messaging service as claimed In claim 6, wherein the message is 
20 concerned with either reading, posting or responding to a message on the 

bulletin board. 

8. A messaging service as claimed in any one of the preceding claims, 
wherein said prescribed action comprises invoking a routine on the host 
server associated with participating in a commercial transaction and the 

25 entity is a product or service that is the subject matter of the transaction, 

9. A messaging service as claimed in claim 8, wherein the commercial 
transaction is an auction, the entity is a product or item that is being 
auctioned, and the message is concerned with a bid at the auction in 
relation to a specific product or item. 
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10. A messaging service as claimed in any one claims 1 to 7, wherein said 
prescribed action comprises invoking a routine on the host server 
associated with personal services and said entity is the particular type of 
personal service. 

5 11. A messaging service as claimed in any one of claims 1 to 7, wherein said 
prescribed action comprises invoking a routine on the host server 
associated with a chat room and said entity is the particular subject matter 
or topic of the chat room. 

12. A messaging service as claimed in any one of claims 1 to 5, wherein said 
10 prescribed action comprises invoking a routine on the host server 

associated with transferring the message directly to another client or group 
of clients of the host server as specified In the message packet and said 
entity is the specific client or group of clients concerned. 

13. A messaging system as claimed in claim 12, wherein the group of clients 
15 are those stored as buddies of the client sending the message in a 

database of the host server. 

14. A messaging system for conveying messages between a host server and a 
client that is part of a wireless communication network having a messaging 
service to convey messages wlrelessly therebetween using a messaging 

20 service server, the client having a client identifying number associated 

therewith to uniquely identify the client within the wireless communication 
network, and each message comprising a message packet including the 
address of an intended recipient of the message packet and the address of 
the sender of the message; the messaging system comprising: 

25 a host server to which a plurality of clients may be selectively connected to 

convey messages therebetween, each of the clients having a client 
identifying number associated therewith to uniquely identify the client to the 
host server; 
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the host server and the messaging service server being interconnected to 
provide for communications therebetween; 

whereby information regarding use of the messaging system can be sent 
from the host server to the client in response to a request from the client, 
5 the request comprising a message packet comprising an access code and 

data indicating the information requested, the access code uniquely 
identifying the host server to the messaging server, the host server being 
operable to return an information message packet to the client in response 
to the request message packet, the information message packet 
1 0 comprising the information requested by the client and an access code to 

be used by the client as a request message access code in response to the 
information message packet, the access code identifying the host server 
and including a portion determined by the information included in the 
information message packet. 

15 15. A messaging system as claimed in claim 14, wherein the initial request 
message packet comprises a basic access code plus data indicating the 
information requested. 

16. A messaging system as claimed in claim 15, wherein the data comprises a 
keyword of alphanumeric, or alphabetic characters. 

20 17. A messaging system as claimed in claim 15 or claim 16, wlierein 
subsequent request message packet access codes comprises the basic 
access code plus additional indices. 

18. A messaging system as claimed in any preceding claim, wherein the host 
server has processing means to: 



25 



(i) 



validate the client Identifying number from the address of the sender 
of a request message packet received from a client; 
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(ii) process the access code from the address of the recipient in the 
message packet having a valid client Identifying number associated 
therewith; and 

(lii) generate the information message paclcet in response to a received 
5 request message using the request message packet access code as 

the sender address in the information message packet. 

19. A method for requesting information regarding the use of a messaging 
system for conveying messages between a host server and a client that is 
part of a wireless communication network having a messaging service to 

10 convey messages wirelessiy therebetween using a messaging service 

server, the client having a client identifying number associated therewith to 
uniquely identify the client within the wireless communication network, and 
each message comprising a message packet including the address of an 
intended recipient of the message packet and the address of the sender of 

15 the message; the method comprising: 

ascribing a client identifying number associated therewith to uniquely 
identify the client to the host server; 

compiling and sending a request message packet from the client to the 
host server, the request comprising a message packet comprising an 
20 access code and data indicating the information requested, the access 

code uniquely identifying the host server to the messaging server, 

returning an Information message packet to the client from the host server 
in response to the request message packet, the Information message 
packet comprising the Information requested by the client and an access 
25 code to be used by the client as a request message access code In 

response to the Information message packet, the access code identifying 
the host server and including a portion determined by the information 
included in the information message packet. 
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A method as claimed in claim 19, further including the steps of: 

validating the client identifying number from the address of the sender of a 
request message packet received from a client; 

processing the access code from the address of the recipient in the 
message packet having a valid client identifying number associated 
therewith; and 

generating the information message packet in response to a received 
request message using the request message packet access code as the 
sender address In the information message packet. 

A method as claimed in claim 19 or claim 20, further comprising 
exchanging a series of request and Information message packets , each 
exchange relating to the selection of an option and the providing of a series 
of further options in relation to previous selection. 

A method for conveying messages between a host server to which a 
plurality of clients may be selectively connected via a computer network to 
convey messages therebetween and a client that is part of a wireless 
communication network including a plurality of wireless clients having a 
messaging service to convey messages wirelessly therebetween using a 
messaging service server, each wireless client having a network identifying 
number associated therewith to uniquely identify the client within the 
wireless communication network, and each message comprising a 
message packet including the address of an intended recipient of the 
message packet and the address of the sender of the message; the 
method comprising: 

ascribing a client identifying number to each client of the host server to 
uniquely identify the client to the host server, whereby the client identifying 
number for the client that is part of the wireless communication network 
thereof; 
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ascribing an access code to the iiost server to uniquely identify the host 
server to the messaging service server, and a unique identification number 
indicative of: (a) a prescribed action to be performed by the host server, 
and (b) an entity that is the subject of the prescribed action; 

5 compiling messages sent between the host server and the client of the 

wireless communication network in connection with a particular prescribed 
action and entity to include: 

(i) a combination of the access code and the unique identification 
number ascribed to the particular action and entity as the address of 

1 0 the host server in message pacl<ets sent to or from the one client as 

the sender or the intended recipient, respectively, and 

(ii) the network identifying number as the address of the one client in 
message packets sent to or from the host server as the sender or 
the intended recipient, respectively; and 

"15 routing messages through the messaging service server using the access 

code in the address of the intended recipient or the sender to recognise 
messages sent to or received from the host server. 

23. A method for conveying messages as claimed in claim 22, including hiding 
the client identifying number of a particular client from other clients 

20 receiving messages from, or sending messages to, the particular client Is 

also a wireless client. 

24. A messaging system for conveying messages between a host server and a 
client that is part of a wireless communication network, substantially as 
herein described with reference to the accompanying drawings as 

25 appropriate. 
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25. A method for conveying messages between a host server and a client that 
Is part of a wireless communication network, substantially as herein 
described with reference to the accompanying drawings as appropriate. 
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Figure 4 
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"Looking for a male friend" 
*ompomGirl : 

I'm 18 and never had a boyfriend but am 
lool<ing for someone tliat can surf, go 
clubbing with, and just basically hang out. 
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Figure 12 



Example A: 

"I've been having trouble with 
my mother. She just doesn't <■ 
understand my teen problems. 
What can I do?" 

^Click here to post messages 
Or for SMS message 
^SEND TO: 7777+4321 
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